ETSITS124 084v4.o.o 



(2001-03) 



Technical Specification 



Universal Mobile Telecommunications System (UMTS); 

Multi Party (MPTY) supplementary service ■ Stage 3 

(3GPP TS 24.084 version 4.0.0 Release 4) 



3G& 





3GPP TS 24.084 version 4.0.0 Release 4 1 ETSI TS 124 084 V4.0.0 (2001-03) 



Reference 



RTS/TSG N-0424084U v4 
Keywords 



UMTS 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N°348 623 562 00017 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.org 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 
Information on the current status of this and other ETSI documents is available at http://www.etsi.org/tb/status/ 

If you find errors in the present document, send your comment to: 
editor@etsi.fr 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2001. 
All rights reserved. 



ETSI 



3G PP TS 24.084 version 4.0.0 Release 4 2 ETSI TS 1 24 084 V4.0.0 (2001 -03) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server (http://www.etsi.org/ipr) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 3 14 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by the ETSI 3 rd Generation Partnership Project (3GPP). 

The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or 
GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. 

The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under www.etsi.org/key . 



ETSI 



3GPP TS 24.084 version 4.0.0 Release 4 3 ETSI TS 1 24 084 V4.0.0 (2001 -03) 



Contents 



Foreword 4 

Scope 5 

0.1 References 5 

0.2 Abbreviations 6 

1 MultiParty service (MPTY) 6 

1.1 Beginning the MultiParty service 6 

1.2 Managing an active MultiParty call 7 

1.2.1 Served mobile subscriber 7 

1.2.1.1 Put the MultiParty call on hold 8 

1.2.1.2 Create a private communication with one of the remote parties 8 

1.2.1.3 Terminate the entire MultiParty call 9 

1.2.1.4 Explicitly disconnect a remote party 9 

1.2.2 Remote Parties 9 

1.2.2.1 Release from the MultiParty call 9 

1.2.2.2 Place his connection to the MultiParty call on hold, and typically later retrieve it 9 

1.3 Managing a held MultiParty call 9 

1.3.1 Served mobile subscriber 9 

1.3.1.1 Retrieve the held MultiParty call 9 

1.3.1.2 Initiate a new call 10 

1.3.1.3 Process a call waiting request 10 

1.3.1.4 Terminate the held MultiParty call 10 

1.3.1.5 Explicitly disconnect a remote party 10 

1.3.2 Remote parties 10 

1.4 Managing a single call and a MultiParty call 10 

1.4.1 Served mobile subscriber 10 

1.4.1.1 Disconnect the single call 11 

1.4.1.2 Disconnect the MPTY 11 

1.4.1.3 Disconnect all calls 11 

1.4.1.4 Add the single call to the MPTY 11 

1.4.1.5 Alternate between the MPTY call and the single call 11 

1.5 Adding extra remote parties 11 

1.6 Auxiliary states for MPTY 12 

1.7 Activation, deactivation, registration, erasure and interrogation 12 

1.8 Simultaneous use of MultiParty operations 12 

Annex A (informative): Change history 13 



ETSI 



3GPP TS 24.084 version 4.0.0 Release 4 4 ETSI TS 1 24 084 V4.0.0 (2001 -03) 



Foreword 

This Technical Specification has been produced by the 3GPP. 

This TS specifies the procedures used at the radio interface for normal operation and invocation of MultiParty 
supplementary services within the 3 GPP system. 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of this TS, it will be re-released by the TSG with an identifying 
change of release date and an increase in version number as follows: 

Version 3.y.z 

where: 

x the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 Indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the specification; 
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Scope 



The present document specifies the procedures used at the radio interface (Reference point Um as defined in 
GSM 04.02) for normal operation and invocation of MultiParty supplementary services. 

In GSM 04.10 the general aspects of the specification of supplementary services at the layer 3 radio interface are given. 

GSM 04.80 specifies the formats and coding for the supplementary services. 

Definitions and descriptions of supplementary services are given in GSM 02.04 and the GSM 02. 8x and 
GSM 02.9x-series. 

GSM 02.84 is related specially to MultiParty supplementary services. 

Technical realization of supplementary services is described in GSM 03.11 and the GSM 03. 8x and GSM 03.9x-series. 

GSM 03.84 is related specially to MultiParty supplementary services. 

The procedures for Call Control, Mobility Management and Radio Resource management at the layer 3 radio interface 
are defined in GSM 04.07 and GSM 04.08. 

The following supplementary service belongs to the MultiParty supplementary services and is described in the present 
document: 

- MultiParty service (MPTY) (clause 1). 



0.1 References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document 
(including a GSM document), a non-specific reference implicitly refers to the latest version of that document in 
the same Release as the present document. 

[1] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 

acronyms". 

[2] GSM 02.04: "Digital cellular telecommunications system (Phase 2+); General on supplementary 

services". 

[3] GSM 02.81: "Digital cellular telecommunications system (Phase 2+); Line identification 

supplementary services - Stage 1". 

[4] GSM 02.82: "Digital cellular telecommunications system (Phase 2+); Call Forwarding (CF) 

supplementary services - Stage 1". 

[5] GSM 02.83: "Digital cellular telecommunications system (Phase 2+); Call Waiting (CW) and Call 

Hold (HOLD) supplementary services - Stage 1 " . 

[6] GSM 02.84: "Digital cellular telecommunications system (Phase 2+); MultiParty (MPTY) 

supplementary services - Stage 1". 

[7] GSM 02.85: "Digital cellular telecommunications system (Phase 2+); Closed User Group (CUG) 

supplementary services - Stage 1". 

[8] GSM 02.86: "Digital cellular telecommunications system (Phase 2+); Advice of charge (AoC) 

supplementary services - Stage 1". 
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supplementary services - Stage 1". 

GSM 02.90: "Digital cellular telecommunications system (Phase 2+ 
Services Data (USSD) - Stage 1". 

GSM 03.11: "Digital cellular telecommunications system (Phase 2+ 
supplementary services". 
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; Call Barring (CB) 



; Unstructured Supplementary 



; Technical realization of 



; Line identification 



; Call Forwarding (CF) 



; Call Waiting (CW) and Call 



; MultiParty (MPTY) 



; Closed User Group (CUG) 



; Advice of Charge (AoC) 



; Call Barring (CB) 



; Unstructured supplementary 



; GSM Public Land Mobile 



Mobile radio interface 



Mobile radio interface layer 



Mobile radio interface layer 



Mobile radio interface layer 



Call Waiting (CW) and Call 



0.2 Abbreviations 

Abbreviations used in the present document are listed in GSM 01.04. 



1 



MultiParty service (MPTY) 



1.1 Beginning the MultiParty service 

The served mobile subscriber A may initiate an active MultiParty call from an active call C and a held call B. 
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The mobile station invokes the service by sending a FACILITY message to the network containing the BuildMPTY 
request. This BuildMPTY request indicates to the network that the mobile subscriber wishes all his calls to be 
connected together in a MultiParty call. The network will normally accept the request and connect the mobile subscriber 
with the other existing connections (active call C and held call B). If the request is not accepted, the network will 
indicate the error to the served mobile (see figure 1.1). The network confirms with the same transaction identifier. Error 
values are specified in GSM 04.80. 

During the BuildMPTY operation the MS shall run a timer T(BuildMPTY). This timer is started when the operation is 
sent, and stopped when a response is received from the network. If this timer expires the MS shall assume that the 
operation has failed, locally release the invokelD, and may re-attempt the operation or inform the user of the failure. 

MS Network 

FACILITY (TI A-B/A-C) 
> 

Facility (Invoke = BuildMPTY) 

FACILITY (TI A-B/A-C) 
< 

Facility (Return result) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-B/A-C) 
< 

Facility (Return error (Error)) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-B/A-C) 
< 

Facility (Reject (Invoke_problem)) 

NOTE: A-B/A-C indicates a choice. The transaction identifier (TI) used must be that of the active call or the held 
call. 

Figure 1 .1 : Invocation of the MultiParty call 

If the network received a non-zero SS Screening indicator from the remote party's mobile station the network will also 
send indications towards the remote parties that the MultiParty call has been invoked, and towards the previously-held 
party to indicate that he is now retrieved (see figures 1.2 and 1.3). If the network did not receive a non-zero SS 
Screening indicator from the remote party's mobile station it shall not send a notification. 

B Network 

FACILITY (TI A-B) 
< 

Facility (Invoke = NotifySS (HOLD, CallOnHold-indicator), 
Invoke = NotifySS (MPTY, MPTYindicator)) 

NOTE: The CallOnHold notification (CallOnHold-indicator) sent to the remote subscriber is the same as described 
in GSM 04.83. 

Figure 1.2: Notification of invocation to previously-held remote party 

C Network 

FACILITY (TI A-C) 
< 

Facility (Invoke = NotifySS (MPTY, MPTYindicator)) 
Figure 1.3: Notification of invocation to previously-active remote party 

1 .2 Managing an active MultiParty call 
1 .2.1 Served mobile subscriber 

During an active MultiParty call the served mobile subscriber can request the network to: 
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1 .2.1 .1 Put the MultiParty call on hold 

This is achieved by sending a FACILITY message to the network with any transaction identifier corresponding to a call 
within the MultiParty call. This requests the network to place the mobile subscriber's connection to the MultiParty call 
on hold. The network confirms with another message containing the same transaction identifier (see figure 1.4). 

During the HoldMPTY operation the MS shall run a timer T(HoldMPTY). This timer is started when the operation is 
sent, and stopped when a response is received from the network. If this timer expires the MS shall assume that the 
operation has failed, locally release the invokelD, and may re-attempt the operation or inform the user of the failure. 

MS Network 

FACILITY (TI A-X) 
> 

Facility (Invoke = HoldMPTY) 

FACILITY (TI A-X) 
< 

Facility (Return result) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-X) 
< 

Facility (Return error (Error)) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-X) 
< 

Facility (Reject (Invoke_problem)) 
NOTE: X = Any remote party in MultiParty call. 

Figure 1.4: Served mobile subscriber places his connection to the MultiParty call on hold 

Indications are sent towards all remote parties in the MultiParty call by means of normal CallOnHold notifications as 
described in GSM 04.83. 

1 .2.1 .2 Create a private communication with one of the remote parties 

To create a private communication with one of the remote parties, the served mobile will send a SplitMPTY message to 
the network (see figure 1.5). The network will send normal CallOnHold notifications to the remote parties on hold in 
the MPTY call. 

During the SplitMPTY operation the MS shall run a timer T(SplitMPTY). This timer is started when the operation is 
sent, and stopped when a response is received from the network. If this timer expires the MS shall assume that the 
operation has failed, locally release the invokelD, and may re-attempt the operation or inform the user of the failure. 
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MS Network 

FACILITY (TI A-X) 
> 

Facility (Invoke = SplitMPTY) 

FACILITY (TI A-X) 
< 

Facility (Return result) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-X) 
< 

Facility (Return error (Error)) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-X) 
< 

Facility (Reject (Invoke_problem)) 
NOTE: X = Party with which to establish a private communication. 
Figure 1.5: Served mobile subscriber requests a private communication with a single remote party 

1 .2.1 .3 Terminate the entire MultiParty call 

The MultiParty call is terminated by disconnecting all individual parties as described in subclause 1.2.1.4. 

1 .2.1 .4 Explicitly disconnect a remote party 

Any remote party may be individually disconnected by initiation of call clearing as defined in GSM 04.08 with the 
same transaction identifier corresponding to that party. 

1 .2.2 Remote Parties 

During an active MultiParty call any conferee is able to: 

1 .2.2.1 Release from the MultiParty call 

In this case, the network will initiate the call clearing procedure towards the served mobile subscriber as defined in 
GSM 04.08 with the transaction identifier corresponding to the disconnecting party. 

1 .2.2.2 Place his connection to the MultiParty call on hold, and typically later retrieve 
it 

Where a held/retrieved indication is received from any remote party, the network will forward this to the served mobile 
subscriber (see GSM 04.83). 

1 .3 Managing a held MultiParty call 
1 .3.1 Served mobile subscriber 

During a held MultiParty call the served mobile subscriber can request the network to: 

1 .3.1 .1 Retrieve the held MultiParty call 

To retrieve the held MultiParty call, a FACILITY message is sent to the network with a transaction identifier 
corresponding to any call in the MPTY. The network confirms the retrieval with another message containing the same 
transaction identifier (see figure 1.6). 
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During the RetrieveMPTY operation the MS shall run a timer T(RetrieveMPTY). This timer is started when the 
operation is sent, and stopped when a response is received from the network. If this timer expires the MS shall assume 
that the operation has failed, locally release the invokelD, and may re-attempt the operation or inform the user of the 
failure. 

MS Network 

FACILITY (TI A-X) 
> 

Facility (Invoke = RetrieveMPTY) 

FACILITY (TI A-X) 
< 

Facility (Return result) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-X) 
< 

Facility (Return error (Error)) 

FACILITY/DISCONNECT/RELEASE/RELEASE COMPLETE (TI A-X) 
< 

Facility (Reject (Invoke_problem)) 
NOTE: X = Any remote party in MultiParty call. 

Figure 1.6: Served mobile subscriber retrieves MultiParty call 

Indications are sent towards all remote parties by means of normal CallOnHold (= CallRetrieved) notifications as 
described in GSM 04.83. 

1.3.1.2 Initiate a new call 

This is achieved by normal call set-up procedures (GSM 04.08). 

1 .3.1 .3 Process a call waiting request 

This is described in GSM 04.83. 

1 .3.1 .4 Terminate the held MultiParty call 

This is achieved by the same procedure as in subclause 1.2.1.3. 

1 .3.1 .5 Explicitly disconnect a remote party 

This is achieved by the same procedure as in subclause 1.2.1.4. 

1 .3.2 Remote parties 

During a held MultiParty call any remote party is able to perform the same operations as described for an active 
MultiParty call in subclause 1.2.2. 

1 .4 Managing a single call and a MultiParty call 
1 .4.1 Served mobile subscriber 

If the served mobile subscriber is connected to a MultiParty call (active or on hold) and another single call (active or on 
hold), he can request the network to: 
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1 .4.1 .1 Disconnect the single call 

This is achieved by using the call clearing procedure as described in GSM 04.08 with the transaction identifier 
corresponding to the single call. 

1 .4.1 .2 Disconnect the MPTY 

This is achieved by the same procedure as disconnecting a held/active MPTY without another call (see subclauses 1.2.1 
and 1.3.1). 

1 .4.1 .3 Disconnect all calls 

This is achieved by using the procedures in subclauses 1.4.1.1 and 1.4.1.2. 

1 .4.1 .4 Add the single call to the MPTY 

The served mobile subscriber may request the connection of all his calls, held and active, into an active MultiParty call 
at any time by sending a FACILITY message with the transaction identifier corresponding to any remote party and 
containing the BuildMPTY invoke component (see subclause 1.1). This procedure will apply whether the MultiParty 
call is on hold or active, and whether the single call is on hold or active. 

If the request is successful, previously held remote parties will receive an MPTY notification and a CallRetrieved 
notification as shown in figure 1.2, and previously active remote parties will receive an MPTY notification as shown in 
figure 1.3. If the network did not receive a non-zero SS Screening indicator from the remote party's mobile station it 
shall not send a notification. 

If the request is unsuccessful e.g. because the maximum number of remote parties has already been reached, then an 
error is returned to the served mobile subscriber, as shown in figure 1.1. Error values are specified in GSM 04.80. 

1 .4.1 .5 Alternate between the MPTY call and the single call 

This procedure follows the Alternate procedure defined in GSM 04.83 with the exception that the MPTY call is 
held/retrieved using HoldMPTY/RetrieveMPTY in place of HOLD/RETRIEVE as follows: 

Single call MPTY call (Facility) 

HOLD Invoke (HoldMPTY) 

HOLD ACKNOWLEDGE Return result 

HOLD REJECT Return error (error) 

RETRIEVE Invoke (RetrieveMPTY) 

RETRIEVE ACKNOWLEDGE Return result 

RETRIEVE REJECT Return error (error) 

1 .5 Adding extra remote parties 

Extra remote parties are added by placing the MultiParty call on hold (subclause 1.2.1.1), setting up a new connection 
(either a new call or a waiting call) and then sending a FACILITY message to the network requesting that the active call 
be joined with the MPTY, using the same signalling as for invocation (see figure 1.1). This results in an active 
MultiParty call. 

Notifications are sent as for the initial invocation (i.e. previously-held parties in MPTY receive CallRetrieved 
notifications and MPTY notifications; the new remote party only receives an MPTY notification) (see figures 1.2 and 
1.3). If the network did not receive a non-zero SS Screening indicator from the remote party's mobile station it shall not 
send a notification. 

If the request is not accepted, e.g. because the maximum number of remote parties has already been reached, then the 
error is indicated to the mobile station. Error values are specified in GSM 04.80. 
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1 .6 Auxiliary states for MPTY 



In the call hold service (GSM 04.83), a two dimensional state space is defined, where the first dimension corresponds to 
the GSM 04.08 call control state and the second dimension corresponds to the call hold state (Idle, Hold Request, Call 
Held, Retrieve Request). For the purposes of the MPTY service, it is necessary to introduce another dimension to this 
state space, i.e. the MultiParty state. 

There are four auxiliary states associated with the MPTY service: 

- Idle; 

- MPTY request; 

A request has been made to add this call to the MPTY. 

- Call in MPTY; 

This call is in the MPTY. 

- Split request; 

A request has been made to remove this call from the MPTY. 

These Auxiliary states apply in addition to the GSM 04.08 call control states and the GSM 04.83 call hold states. Thus 
for example, an active call in a held MPTY has the state (Active, Call held, Call in MPTY). Not all states are allowed, 
for example an MPTY cannot be split while it is held, so (Active, Call held, Split request) is forbidden. 

1 .7 Activation, deactivation, registration, erasure and 
interrogation 

Activation, deactivation, registration, erasure and interrogation of the MultiParty service are not applicable. 

1 .8 Simultaneous use of MultiParty operations 

The operations BuildMPTY, SplitMPTY, HoldMPTY and RetrieveMPTY interact with each other, and cannot be 
applied simultaneously. Once the mobile station has initiated one of these operations, it shall not initiate another 
MultiParty operation until the first operation has been acknowledged by the network, or the MS locally determines (due 
to timer expiry) that the first operation has failed. 

The use of several MultiParty operations as different components in the same message is not allowed. 
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